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Generic Block Diagram of an loT 
Device 


¢ An loT device may 
consist of several Connectivit 
interfaces for 
connections to other 
devices, both wired and 
wireless. 
— |/O interfaces for Memory Interfaces 
sensors 
— Interfaces for internet 
co nN nN ectivity DDR1/DDR2/DDR3 
— Memory and storage 
interfaces 
— Audio/video interfaces 
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lol Protocols 


¢ Link Layer 
* 802.3 —Ethernet 
* 802.11 -— WiFi 
* 802.16 —- WiMax 
* 802.15.4—LR-WPAN 
* 2G6/3G/4G 
¢ Network/Internet Layer 
°  IPv4 
° |IPv6 
* 6LOWPAN 
¢ Transport Layer 
* TCP 
* UDP 
: eppaedee Layer 
HTTP 
* CoAP 
¢ WebSocket Link Layer 


* MaQtTT 802.3-Ethernet 802.16-WiMax  2G/3G/LTE- 
* XMPP Cellular 


« DDS 802.11-WiFi  802,.15.4-LR-WPAN 
* AMQP 
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loT Protocols...Link Layer...WiFi 


¢ Collection of Wireless LAN 
¢ Data Rates from 1Mb/s to 6.75 Gb/s 


a 


— 802.11a 5 GHz band 


802.11b (2.4GHz band 
and 802.11¢ 


802.11.n (2.4/5 GHz bands 
| ao 802.11.ac |5GHz band 
802.11.ad 60Hz band 


loT Protocols...Link Layer...WiMax 


ew Standard |Data Rate 


1 802.16m |100Mb/s for mobile stations 
1Gb/s for fixed stations 
¢ Collection of Wireless Broadband standards 
¢ Data Rates from 1.5Mb/s to 1 Gb/s 


loT Protocols...Link Layer...LR-WPAN 


¢ Collection of standards for low-rate wireless 
personal area networks 


¢ Basis for high level communication protocols such 
as Zigbee 


¢ Data Rates from 40Kb/s to 250Kb/s 


¢ Provide low-cost and low-speed communication 
for power constrained devices 


loT Protocols...Link Layer...2G/3G/4G 
—Mobile Communication 


Fl eel a 


¢ Data Rates from 9.6Kb/s (for 2G) to up to 
100Mb/s (for 4G) 


loT Protocols...Network/Internet 
Layer 
Responsible for sending of IP datagrams from source 
to destination network 
Performs the host addressing and packet routing 


Host identification is done using hierarchical IP 
addressing schemes such as IPV4 or IPV6 


loT Protocols...Network Layer 


IPV4 
IPV6 


6LOWPAN (IPV6 over Low power Wireless Personal Area 
Network) 


¢ Used for devices with limited processing capacity 
° Operates in 2.4 GHz 
¢ Data Rates of 250Kb/s 


loT Protocols... Transport Layer 


Provides end-to-end message transfer 
capability independent of the underlying 
network 


It provides functions such as error control, 
segmentation, flow-control and congestion 
control 


loT Protocols...TCP 


Transmission Control Protocol 


Connection Oriented 


Te? 
Ensures Reliable transmission ea ach 
Provides Error Detection Capability to eb La 
ov UY, 
0 


ensure no duplicity of packets and 
retransmit lost packets 


Flow Control capability to ensure the 
sending data rate is not too high for the 
receiver process 


Congestion control capability helps in 
avoiding congestion which leads to 
degradation of n/w performance 


loT Protocols... UDP 


User Datagram Protocol 
Connectionless 

Does not ensures Reliable 
transmission 

Does not do connection before 
transmitting 

Does not provide proper ordering of 
messages 


Transaction oriented and stateless 
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loT Protocols...Application 
Layer...Hyper Transfer Protocol 


Forms foundation of World Wide Web(WWW) 


Includes commands such as GET,PUT, POST, HEAD, 
OPTIONS, TRACE..etc 


Follows a request-response model 


Uses Universal Resource Identifiers(URIs) to identify 
HTTP resources 


loT Protocols...Application 
Layer...COAP 


Constrained Application Protocol 
Used for Machine to machine (M2M) 


applications meant for constrained “TH 
devices and n/w’s ny 
Web transfer protocol for loT and uses CoAP 
reque st-res ponse mo de | Constrained Application Protoco! 


(Wab Protocol (or lor) 


Uses client —server architecture 
Supports methods such as GET,POST, 
PUT and DELETE 


loT Protocols...Application 
Layer...WebSocket 


¢ Allows full-duplex communication over single socket 

¢ Based on TCP 

¢ Client can be a browser, loT device or mobile 
application 


loT Protocols...Application Layer...MQTT 


e Message Queue Telemetry Transport , light-weight 
messaging protocol 

¢ Based on publish-subscribe model 

¢ Well suited for constrained environments where 
devices have limited processing, low memory and 
n/w bandwith requirement 


loT Protocols...Application 
Layer...XMPP 


Extensible messaging and presence protocol 

For Real time communication and streaming XML 
data between n/w entities 

Used for Applications such as Multi-party chat and 
voice/video calls. 

Decentralized protocol and uses client server 
architecture. 


loT Protocols...Application 
Layer...DDS 


Data Distribution service is a data-centric middleware 
standard for device-to-device or machine-to-machine 
communication. 

Publish subscribe model where publishers create 
topics to which subscribers can use. 

Provides Quality-of-service control and configurable 
reliability. 


loT Protocols...Application 
Layer...AMQP 


Advanced Messaging Queuing Protocol used for 
business messaging. 

Supports both point-to-point and 
publisher/subscriber models, routing and queuing 
Broker here receives messages from publishers and 


route them over connections to consumers through 
messaging queues. 


Logical Design of loT 


Logical design of an loT 
system refers to an 
abstract representation of 
the entities and processes 
without going into the 
low-level specifics of the 
implementation. 


An loT system comprises 
a number of functional 
blocks that provide the 
system the capabilities for 
identification, sensing, 
actuation, communication 
and management. 
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Logical Design of loT 


Device: Devices such as_ sensing, actuation, 
monitoring and control functions. 


Communication: loT Protocols 


Services like device monitoring, device control 
services, data publishing services and device 
discovery 


Management: Functions to govern the system 


Security: Functions as authentication, authorization, 
message and content integrity, and data security 


Applications 


Request—Response Communication 
Model 


*Request—Response is a 
communication model in which 
the client sends requests to the 
server and the server responds to 

Receives requests 
the requests. Sends from client, 


. requests to processes 
*When the server receives a as eaene 68 
request, it decides how to ‘Sade 


resources, 


respond, fetches the data, prepares 
7 response and 
retrieves resource sends response 
. to client 
representations, prepares the 
response and then sends the 


response to the client. 


Request 


«Stateless communication model 
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Publish—Subscribe Communication 
Model 


e Publish—Subscribe is a 
communication model that 
involves publishers, brokers and 


consumers. 
e Publishers are the source of data. ie . -Consumer-1 
Publishers send the data to the sti ol pia Topic-1 _______ 
; : Sends to Topic-1 Subscribers: 
topics which are managed by the messages to Consumer-t, ~f 
i i . “~~ Fane mar? 
broker. Publishers are not aware aa salsa / Consumer-2 
of the consumers. Message published 
to Topic-2 : bist 
. ubscriders: 
e Consumers subscribe to the ratiumaes 
topics which are managed by the 


broker. 

e When the broker receives data 
for a topic from the publisher, it 
sends the data to all the 
subscribed consumers. 
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Push—Pull Communication Model 


e Push-Pull is a 
communication model in 
which the data producers 
push the data to queues and 
the consumers pull the data 
from the queues. Producers 


Queues 


do not need to be aware of _ Consumer-1 
enas 
the consumers. ner | 
* Queues help in decoupling queue Messages pushed Messages pulled 
the messaging between the to queues from queues 


producers and consumers. | 


e Queues also act as a buffer 
which helps in_ situations 
when there is a mismatch 
between the rate at which 
the producers push data and 
the rate at which the 
consumers pull data. 


Consumer-2 
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Exclusive Pair Communication Model 


e Exclusive Pair is a 
bidirectional, fully duplex fewest to setup Connection 
communication model 
that uses a_ persistent 
connection between the Response accepting the request 
client and the server. 


e Once the connection is 
set up it, remains open 
until the client sends a 
request to close the Message from Server to Client 
connection. 


¢ Client and server can send Connection close request 
messages to each other 
after connection setup. 


Message from Client to Server 


Connection close response 
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REST-based Communication APIs 


Representational State 
Transfer (REST) is a set of 
architectural principles by 
which you can design web 
services and web APIs that 
focus on a system’s 
resources and how resource 
states are addressed and 
transferred. 


REST APIs follow the 
request—response 
communication model. 


REST architectural 
constraints apply to the 
components, connectors and 


data elements within a 
distributed hypermedia 
system. 


HTTP Client 


REST- 
Aware 
HTTP Client 


HTTP Packet 


HTTP Command 
GET PUT 


POST DELETE 


REST Payload — 


JSON XML 


HTTP Se orver r 


REST-ful Web 
Service 


Resources 
“| T 
URI URI 


Representations | Representations 


| 


Resource Resource | 
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REST-based Communication APIs 


Constraints 
Client — Server 
Stateless ai Pabict 
Cacheable pecuest 
Layered System 
Uniform Interface en 
Response 


Code on demand 


Request 


Response 


WebSocket-based Communication 


WebSocket APIs allow 
bi-directional, full 
duplex communication 
between clients and 
servers. 


WebSocket APIs follow 
the exclusive pair 


communication model. 


APIs 


WebSocket Protocol 


Request to setup WebSocket Connection 


Response accepting the request 


Data frame 


Connection close request 


Connection close response 


—,—> 


Initial Handshake 
(over HTTP) 


Bidirectional Communication 
(over persistent 
WebSocket connection) 


Closing Connection 
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Differences between REST and 
WebSocket-based Communication APIs 


Comparison REST Websocket 
Based on 


State Stateless Stateful 


Directional Unidirectional Bidirectional 


Req-Res/Full Follow Request Response _ Exclusive Pair Model 


Duplex Model 
TCP Each HTTP request involves Involves a single TCP 
Connections setting up anew TCP Connection for all 
Connection requests 
Header Each request carries HTTP Does not involve 
Overhead Headers, hence not suitable overhead of headers. 


for real-time 


Scalability Both horizontal and vertical Only Vertical is easier 
are easier 30 


loT Enabling Technologies 


ay 


Wireless Sensor Network 


Cloud Computing fs 


Big Data Analytics 


Embedded Systems 


QIQM s 


WSN 


Distributed Devices with sensors used to 
monitor the environmental and physical 
conditions 


Consists of several end-nodes acting as routers 
or coordinators too 

Coordinators collects data from all nodes / acts 
as gateway that connects WSN to internet 
Routers route the data packets from end nodes 
to coordinators. 


Example of WSNSs in loT & Protocols 
used 


Example 

¢ Weather monitoring system 

¢ Indoor Air quality monitoring system 
¢ Soil moisture monitoring system 

¢ Survelliance systems 

¢ Health monitoring systems 
Protocols 

¢ Zigbee 


Cloud Computing 


Deliver applications and services over internet 
Provides computing, networking and storage resources 
on demand 

Cloud computing performs services such as laas, Paas 
and Saas 

laas : Rent Infrastructure 

Paas : supply an on-demand environment for 
developing, testing, delivering and managing software 
applications. 

Saas : method for delivering software applications over 
the Internet, on demand and typically on a subscription 
basis. 


Big Data Analytics 


¢ Collection of data whose volume, velocity or 
variety is too large and difficult to store, 


manage, process and analyze the data using = 
traditional databases. 


It involves data cleansing, processing and 
visualization 


Lots of data is being collected and warel 
— Web data, e-commerce 

— purchases at department/ grocery stores 
— Bank/Credit Card transactions ‘ATM | 
— Social Network 


Big Data Analytics 


Variety Includes different types of data 


¢ Structured 

¢ Unstructured 

¢ SemiStructured 
¢ All of above 


Big Data Analytics 


Velocity Refers to speed at which data is 
processed 


¢ Batch 
¢ Real-time 


e STreams 


Big Data Analytics 
Volume refers to the amount of data 


¢ Terabyte 

¢ Records 

¢ Transactions 
¢ Files 

° Tables 


loT Levels and Deployment 
Templates 


An loT system comprises the following components: 


Book website: http://www. internet-of- Bahga & Madisetti, © 


Device: An lol device allows identification, remote 
sensing, actuating and remote monitoring capabilities. 


Resource: Resources are software components on the 
lol device for accessing, processing and storing sensor 
information, or for controlling actuators connected to the 
device. Resources also include the software components 
that enable network access for the device. 


Controller Service: Controller service is a native service 
that runs on the device and interacts with the web 
services. Controller service sends data from the device to 
the web service and receives commands from the 
application (via web services) for controlling the device. 


IF 


loT Levels and Deployment 
Templates 


¢ Database: Database can be either local or in the cloud and stores 
the data generated by the loT device. 


¢ Web Service: Web services serve as a link between the loT 
device, application, database and analysis components. Web 
service can be implemented using HTTP and REST principles (REST 
service) or using the WebSocket protocol (WebSocket service). 


¢ Analysis Component: This is responsible for analyzing the loT 
data and generating results in a form that is easy for the user to 
understand. 


¢ Application: loT applications provide an interface that the users 
can use to control and monitor various aspects of the loT system. 
Applications also allow users to view the system status and the 
processed data. 


At) 


LO 
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loT Level-1 


loT Level-1 


e A level-1 loT system has a 
single node/device that 
performs sensing and/or App 
actuation, stores data, 
performs analysis and 
hosts the application. 


e Level-1 loT systems are 


Local Cloud 


REST/WebSocket 
Communication 


suitable for modelling aa 
low-cost and low- | Patabase) 
complexity solutions 


where the data involved is 
not big and the analysis 
requirements are not 
computationally 

intensive. pee 


Monitoring Node 
performs analysis, stores data 


41 
Book website: http://www. internet-of- Bahga & Madisetti, © 


lol — Level 1 Example ...Home 
Automation System 


Lighting Control —- Smoke Detector smmmmm Bihernet 


Control Panel i) 


| | 
Nl 


loT Level-2 


¢ Alevel-2 loT system has a 
single node that 
performs sensing and/or 
actuation and local 
analysis. 


¢ Data is stored in the 
cloud and the application 
is usually cloud-based. 


¢ Level-2 loT systems are 
suitable for solutions 
where the data involved 
is big; however, the 
primary analysis 
requirement is not 
computationally 
intensive and can be 
done locally. 
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loT Level-2 


Local Cloud 


| 
| 
| 
| 
| 
| App 
| 

| 


| REST/WebSocket 


Ge 
REST/WebSocket Communication 
Communication 

| 


Es 


“— _~ 


Monitoring Node 
performs analysis 


Cloud Storage 
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loT — Level 2 Example ...Smart 
Irrigation 


loT Level-3 


loT Level-3 
¢ A level-3 loT system has 
a single node. Data is Local | Cloud 
stored and analyzed in | 
the cloud and the | Patt 
application is cloud- | 
b ase d ! REST/WebSocket 
e Level-3 lol systems are REST/WebSocket Communication 


Communication 
| 


suitable for solutions 7" 
where the data | ROPER 
involved is big and the 

analysis requirements | 
are computationally Device | 


intensive. 
Monitoring Node ce 


Cloud Storage & Analysis 
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loT — Level 3 Example ... Tracking 
Package Handling 


Sensors used accelrometer and 
gyroscope 
~ Pea Be 


ew) | 
7 
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loT Level-4 


¢ A level-4 loT system has 
multiple nodes that perform 
local analysis. Data is stored 
in the cloud and the 
application is cloud-based. 


e Level-4 contains local and 
cloud-based observer nodes 
which can subscribe to and 
receive information collected 
in the cloud from loT 
devices. 


e Level-4 loT systems are 
suitable for solutions where 
multiple nodes are required, 
the data involved is big and 
the analysis requirements 
are computationally 
intensive. 
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loT Level-4 
Local Cloud 
Observer 
Observer gg App > 
Node ‘i Node 


REST/WebSocket I | 
Communication | 


Database 


Monitoring Nodes 
perform local analysis 


@ Cloud Storage 
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loT — Level 3 Example ...Noise 
Monitoring 


Sound Sensors are T 


Ovi! & Daa 


loT Level-5 


¢  Alevel-5 loT system has multiple 
end nodes and one coordinator 
node. 


¢ The end nodes perform sensing 
and/or actuation. 


¢ The coordinator node collects data 
from the end nodes and sends it to 
the cloud. 


¢ Data is stored and analyzed in the 
cloud and the application is cloud- 
based. 


¢ _Level-5 loT systems are suitable for 
solutions based on wireless sensor 
networks, in which the data 
involved is big and the analysis 
requirements are computationally 
intensive. 
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loT Level-5 


Local 


—> Observer 
Ap Node 


REST/WebSocket! 
Communication 


RE ry , 
Gs 
] 


f 
i 


Database 


Endpoint Endpoint Coordinator 
Device Device Device 


Routers/End Points yi 


Coordinator 


Cloud Storage & 
Analysis 


49 
Bahga & Madisetti, © 


ar a et 


loT Level-6 


¢  Alevel-6 loT system has multiple 
independent end nodes that 
perform sensing and/or actuation 
and send data to the cloud. 


¢ Data is stored in the cloud and the 
application is cloud-based. 


e The analytics component analyzes 
the data and stores the results in 
the cloud database. 

¢ The results are visualized with the 
cloud-based application. 

¢ The centralized controller is aware 
of the status of all the end nodes 
and sends control commands to 
the nodes. 
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loT Level-6 
| 
Local Cloud 
| 
| 
| 
Observer | Observer 
Node < Node 
REST/WebSocket 
Communication 
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Database 


Device Device 


Multiple Monitoring Nodes 


/ Centralized 
Controller Cloud Storage & 


Analysis 
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